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IN THE UNITED STATES PATENT AND TRADEMARK OFFICE 

Hon. Commissioner of Patents and Trademarks 
Washington, D. C. 20231 

Sir- 
Transmitted herewith for filing under 37 C.F.R §1 .53(b) is a patent application for 

Packaging Perishable Products 

identified by: [] First named inventor 

or [X] Attorney Docket No. (see above) 

1 . Type of Application 

[X] This application is a new (non-continuing) application. 

[ ] This application is a [ ] continuation / [ ] divisional / [ ] continuation-in-part of prior application 
No. . Amend the specification by inserting before the first line the sentence: 

-This is a [continuation/division/continuation-in-part] of United States patent 
application No. , filed 

[ ] The entire disclosure of the prior application, from which a copy of the oath or declaration 
is supplied, is considered part of the disclosure of the accompanying application and is 
hereby incorporated by reference therein. 

If for some reason applicant has not requested a sufficient extension of time in the parent 
application, and/or has not paid a sufficient fee for any necessary response in the parent application 
and/or for the extension of time necessary to prevent the abandonment of the parent application 
prior to the filing of this application, please consider this as a Request for an Extension for the 
required time period and/or authorization to charge our Deposit Account No. 08-0750 for any fee 
that may be due. THIS FORM IS BEING FILED IN TRIPLICATE: one copy for this application; one 
copy for use in connection with the Deposit Account (if applicable); and one copy for the above- 
mentioned parent application (if any extension of time is necessary). 

2. Contents of Application 

a. Specification of 50 pages; 

[ ] A microfiche computer program (Appendix); 

[ ] A nucleotide and/or amino acid sequence submission; 

[ ] Because the enclosed application is in a non-English language, a verified English 
translation [ ] is enclosed [ ] will be filed. 

[ ] Cancel original claims of the prior application before calculating the filing fee. (At 

least one original independent claim must be retained for filing date purposes.) 

b. [X] Drawings on 23 sheets; 
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c. [X] A signed Oath/Declaration [X] is enclosed / [ ] will be filed in accordance with 37 C.F.R. 
§1 .53(f). 

The enclosed Oath/Declaration is [X] newly executed / [ ] a copy from a prior application under 
37 C.F.R. §1 .63(d) / [ ] accompanied by a statement requesting the deletion of person(s) not 
inventors in the continuing application. 



d. Fees 



FILING FEE Number 


Number 




Basic Fee 


CALCULATION Filed 


Extra 


Rate 


$710.00 


Total Claims 40 - 20 = 


20 x 


$18.00 = 


360.00 


Independent Claims 5 - 3 = 


2 x 


$80.00 = 


160.00 


Multiple Dependent Claim(s) Used 




$270.00 = 




FILING FEE - NON-SMALL ENTITY 






1 ,230.00 


FILING FEE - SMALL ENTITY: Reduction by 1/2 








[ ] Verified Statement under 37 C.F.R. §1 .27 is enclosed. 






[ ] Verified Statement filed in prior application. 








Assignment Recordal Fee ($40.00) 






40.00 


37 C.F.R. §1.1 7(k) Fee (non-English application) 


TOTAL 






$1,270.00 









[X] A check is enclosed to cover the calculated fees. The Commissioner is hereby authorized to 
charge any additional fees that may be required, or credit any overpayment, to Deposit 
Account No. 08-0750. A duplicate copy of this document is enclosed. 



[ ] The calculated fees will be paid within the time allotted for completion of the filing requirements. 

[ ] The calculated fees are to be charged to Deposit Account No. 08-0750. The Commissioner is 
hereby authorized to charge any additional fees that may be required, or credit any 
overpayment, to said Deposit Account. A duplicate copy of this document is enclosed. 

3. Priority Information 

[X] Foreign Priority: Priority based on United Kingdom Application No. 99 26 198.4, filed 
November 5, 1999, is claimed. 

[X] A copy of the above referenced priority document [ ] is enclosed / [X] will be filed in due 
course, pursuant to 35 U.S.C, §119(a)-(d). 

[ ] Provisional Application Priority: Priority based on United States Provisional Application No. 
, filed , is claimed under 35 U.S.C. §1 19(e). 
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4. Other Submissions 

[ ] A Preliminary Amendment is enclosed. 

[ ] An Information Disclosure Statement, sheets of PTO Form 1449, and 

patent(s)/publications/documents are enclosed. 

[X] A power of attorney 

[X] is submitted [X] with the new Oath/Declaration, 

[ ] is of record in the prior application and [ ] is in the original papers / [ ] a copy is enclosed. 

[X] An Assignment of the invention 

[X] is enclosed with a cover sheet pursuant to 37 C.F.R. §§3,1 1 , 3.28 and 3.31 . 

[ ] is of record in a prior application. The assignment is to , and is recorded at Reel 

, Frame(s) . 

[ ] An Establishment of Assignee's Right To Prosecute Application Under 37 C.F.R. §3.73(b), and 
Power Of Attorney is enclosed. 

[X] An Express Mailing Certificate is enclosed. 

[X] Other: return postcard 



Attention is directed to the fact that the correspondence address for this application is: 



Harness, Dickey & Pierce, P.LC. 
P.O. Box 828 

Bloomfieid Hills, Michigan 48303 
(248) 641-1600. 



Date: November 3, 2000 
Harness, Dickey & Pierce, P.L.C. 
P.O. Box 828 

Bloomfieid Hills, Michigan 48303 
(248)641-1600 




GeorgeTr. Schooff 
Reg. NoNM323 
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BLOOMFIELD HILLS, MICHIGAN 48303 
U.S.A. 



TELEPH<dN£D 
(248) 641 1*00 




TELEFACSIMILE 
(248)641-0270 



Date: November 3, 2000 



Hon. Commissioner of Patents 

and Trademarks 
Washington, D.C. 20231 



Sir 



EXPRESS MAILING CERTIFICATE 



Applicant: Paul Lawior 

Serial No (if any): 

For: Packaging Perishable Products 

Docket 9637-000006 

Attorney: Gregory A. Stobbs 

"Express Mail" Mailing Label Number... EL 581 381 549 US 

Date of Deposit „ „ November 3, 2000 

I hereby certify and verify that the accompanying return postcard; $1,270.00 check 
($710.00 for filing fee, $360.00 for extra claims, $160.00 for extra independent 
claims and $40.00 for Recordal of Assignment fee); 3-page transmittal letter (in 
duplicate); 50-page patent application; 23 sheets of drawings; 2-page Declaration 
and Power of Attorney; 2-page Cover Sheet for Recordal of Document (in 
duplicate); and Assignment are being deposited with the United States Postal Service 
"Express Mail Post Office To Addressee" service under 37 C.F.R. 1.10 on the date 
indicated above and are addressed to the Commissioner of Patents and Trademarks, 
Washington, D.C. 20231. 




Signature of Person Mailing Documents 
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Hon. Commissioner of Patents and Trademarks 

Washington, D.C. 20231 SScSi^ 
Sir: 

Pursuant to 37 C.F.R. 3.31, enclosed herewith is a document for recordal in this case. The 
following information is provided: 

(1 ) Name Of Party Conveying The Interest: 

Paul Lawlor 



(2) Name And Address Of Party Receiving The Interest: 

Claricom Limited 
10 Heathcost Building 
Nottingham Science Park 
University Boulevard 
Nottingham NG7 2QJ 
United Kingdom 



(3) Description Of The Transaction To Be Recorded: 

[X] Assignment [ ] License 

[ ] Change of Name [ ] Other 



(4) Application(s) and/or Patent(s) Against Which Enclosure Is To Be Recorded: 

[ ] Serial Number , filed . 

[X] Application being filed concurrently herewith. 

[ ] Patent Number , issued . 



(5) Name And Address Of The Party To Whom Correspondence Concerning The 
Request To Record Should Be Mailed: 

Gregory A. Stobbs, Esq. 
Harness, Dickey & Pierce, P.L.C. 
P.O. Box 828 
Bloomfield Hills, Ml 48303 
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(6) Number Of Applications and/or Patents Identified In The Cover Sheet And 
Total Recordal Fee: 

Number of Applications/Patents: one 



(7) Date The Document Was Executed: November 1 , 2000 



To the best of my knowledge and belief, the foregoing information is true and correct, and if 
the attached is not an original document, the undersigned verifies that it is a true copy of the 
original. 

If, for some reason, Applicant(s) has/have not paid a sufficient fee, please charge our 
Deposit Account No. 08-0750 for any further fees which may be due. A duplicate copy of this 
document is enclosed. 



Total Recordal Fee Enclosed: 



$40.00 



Respectfully submitted 




Attorney for Applicant 



Date: November 3, 2000 
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ASSIGNMENT 



WHEREAS, the undersigned, hereinafter referred to as Assignor, has invented certain 
new and useful improvements in 



WHEREAS, Claricom Limited, hereinafter referred to as Assignee, is desirous of 
acquiring an interest therein: 



NOW, THEREFORE, for good and valuable consideration, the receipt whereof is 
hereby acknowledged, Assignor by these presents does sell, assign and transfer unto 
Assigne, its successors in interest, the full and exclusive right in the United States of America 
and all foreign countries, including the right to claim priority under the laws of the United States 
and the Paris Convention, to the said invention as described in the aforesaid application, said 
application for patent and all Letters Patent therefor to be held and enjoyed by Assignee to the 
full end of the term for which said Letters Patent are granted and any extensions thereof, as 
fully and entirely as the same would have been held by Assignor had this assignment and sale 
not been made; and Assignor hereby covenants and agrees to execute all instruments or 
documents required or requested for the making and prosecution of applications for patent in 
the United States and in all foreign countries, for litigation regarding, or for the purpose of 
protecting title to the said invention, the United States application for patent or Letters Patent 
therefore for the benefit of Assignee without further or other compensation then that above set 
forth; and Assignor hereby requests the Commissioner of Patent and Trademarks to issue 
said United States Letters Patent to Assignee. 
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for which Assignor has made United States application for patent under Serial No. 
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and 
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(sole inventor) 
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Packaging Perishable Products 
Background of the Invention 

1 . Field of the Invention 

The present invention relates to applying codes onto packaged 
consumer products. The present invention also relates to a generic non- 
coder specific file format to facilitate communication between a first 
processing device configured to facilitate the design of codes and a second 
processing device configured to assist with the application of codes onto 
packages consumer products. 

2. Description of the Related Art 

For most consumer products, such as perishable products sold in 
supermarkets etc.. there is often a requirement for the product to be 
marked in some way during a packaging process. Usually, packaging for 
individual products will be printed using sophisticated printing techniques so 
as to appeal to the eye of the consumer. It is therefore common practice for 
packaging of this type to include unique information, usually represented in 
the form of a bar code, identifying a specific product, thereby allowing 
products to be scanned at a checkout in preference to price information 
being entered manually. Consequently, this product identification code, as 
applied to the individual consumer products, may be created offline during 
the printing of the consumer product packaging. 

In addition to the product identification markings, products often 
require other forms of marking, often in the form of dates and prices. In 
response to market conditions, prices may need to change, therefore it is 



preferable that any price information is not pre-printed onto consumer 
products. The price information may be considered as being date sensitive 
and therefore it is preferable for this information to be applied to the 
products after manufacture. 

There is often other date sensitive information printed onto products, 
typically in the form of a display until date and a use by date. The display 
until date identifies the last day on which the product may remain on display 
on supermarket shelves. After this day the product may be removed from 
the shelves or reduced substantially in price. Similarly, the use by day is the 
last day on which the consumer may be reassured that the product is still 
sufficiently fresh to be consumed. Thereafter, unless the product has been 
frozen etc., the product may no longer be suitable for consumption and 
should therefore be destroyed. 

Many products packaged in this way have a relatively short shelf life 
therefore it would not be possible to print this information as part of the 
offline package printing process. It is therefore necessary to code this 
information onto products at some point between the products being 
manufactured and the products being further packaged for distribution to 
wholesalers and supermarkets etc. in the form of traded units. 

Often traded units are constructed from assemblies of consumer 
products, each of which may have many consumer products contained 
therein. It is not therefore unusual to have three or more stages of 
packaging and at each stage of packaging there is a further requirement for 
information to be coded onto the packaging itself 

Often, subsequent packaging materials are not printed for a specific 
product, given that this would require large quantities of material to be held 
in stock. Consequently, it is necessary for product related information to be 



coded onto these packaging materials again during the packaging process. 
This information may comprise an indication of the product itself, an 
indication of batch number, a unique number identifying the position in the 
batch, i.e. an incrementing lot number, a display until date, a use by date 
and possibly a unit price. In order to achieve this, there are many types of 
coding apparatus available on the market and it is common practice for 
these to be arranged in a line such that consumer products are 
manufactured, the consumer products are coded, the coded products are 
arranged as assemblies, the assemblies are coded, the assemblies are 
packaged in to traded units and finally the traded units are coded, as a 
continual manufacturing process. 

Increasingly, supermarkets and wholesalers etc. are specifying the 
type of information that they require to be coded onto packaging at various 
stages, It is also likely that a manufacturer would suffer significant penalties 
were the coded information to be incorrect in any way. Consequently, a 
substantial burden has been placed on manufacturers to ensure that 
products are coded as required. 

Traditionally, instructions are supplied to coding equipment manually 
such that, for the start of each batch, it would be necessary for al! online 
coders to be manually updated in this way. Furthermore, modifications may 
be required during the packaging process, particularly for large batches, 
where date information and lot increments may change over time. 
Consequently, it has been recognised that it is preferable to connect coders 
together over a network so that they may receive instructions electronically 
from a processing system, such as one or more PC type computer 
systems. It would be desirable for an originator of a coded graphical 
representation to design this graphical representation within a conventional 



graphics package and then for this information to be supplied to packaging 
coding machines in a way substantially similar to that in which information 
is conveyed from computer systems to traditional office type printers. 
However, whereas printers have substantially similar functionality and 
capabilities, all of which are often designed to compatible standards, such 
as those capable of working under the Windows operating system, coders 
are significantly different in that they are produced by many manufacturers 
using their own in- house standards. Furthermore, the functional 
capabilities of coders are not consistent 

In order to provide an environment in which instructions from a 
processing system may be supplied to any coder within a manufacturing 
facility, it has been suggested that a processing system could be 
responsible for the generation of all. graphical information and then supply 
this graphical information to atl coders in the form of bitmaps. However, the 
speed at which most coding operations are performed, particularly when 
individual consumer products are being coded, prevents this approach from 
being adopted and it is therefore necessary to rely on processing capability 
built into the coder itself. Consequently, it becomes extremely difficult to 
network coders of this type unless individual coder specific software is 
created for each individual packaging station. Often, this is an unrealistic 
solution and therefore a reliance on manual intervention continues to be 
prevalent. 

A further problem arises if conventional graphical packages are used 
to generate graphical information. The graphical information produced will 
be in the form of a bitmap or, alternatively, in some form of compressed 
representation. Once converted into one of these graphical forms, the 
underlying information about dates and barcodes for example is lost. 



Subsequently, it is only possible for coders to reproduce this graphical 
information and it is not possible for them to receive the underlying 
information so that use may be made of their internal capabilities. As 
previously stated, this becomes an unrealistic solution given the underlying 
requirements for speed of operation and reliability. 

Brief Summary of the Invention 

According to the first aspect of the present invention, there is 
provided an apparatus for applying codes onto packaged consumer 
products, wherein said products are packed individually and then further 
packed into groups of products; at least one coder applies information to 
said packaging; said coder receives instructions from a processing system; 
said processing system receives graphical data representing an image to 
be coded onto said packaging and generates said instructions for said 
coder, wherein said processing system generates said instructions with 
reference to the capabilities of said coder such that, in dependence upon 
said capabilities, said processing system either a) instructs said coder to 
generate a graphical representation in response to coded instructions, or b) 
said processing system generates a graphical representation of said image 
and supplies said graphical representation to said coder. 

By being made aware of the capabilities of a coder type, it is 
possible for a processing system to make use of internal capabilities when 
these are available, while filling in for less functional coder capabilities 
when these capabilities are not available. 

According to a second aspect of the present invention, there is 
provided a method of communicating between a first processing device 
configured to facilitate the design of codes for packaged consumer 



products and a second processing device configured to control coding 
machines for coding said packaged products in response to said design, 
wherein data transmitted from said first processing station to said second 
processing station defines said codes in a generic non-coder specific 
format defining a requirement for said codes; and said second processing 
device is aware of coder capabilities and instructs specific coders to apply 
codes in response to a generic code design and a definition of capabilities 
for a specific coder. 

Brief Description of the Several Views of the Drawings 

Figure 1 shows and environment for the manufacture, packaging, 
distribution and retails of consumer food products; 

Figure 2 shows an example of a label for a consumer product; 

Figure 3 shows an example of a label for an assembly of consumer 
products packaged as a unit; 

Figure 4 illustrates an overview of important operations performed by 
the preferred embodiment 

Figure 5 shows a production facility for the packaging of perishable 
consumer products; 

Figure 6 details the packaging and coding process identified in 
Figure 5; 

Figure 7 details the packaging line identified in Figure 6; 
Figure 8 shows a first coder of the type identified in Figure 7; 
Figure 9 shows a second coder of the type identified in Figure 7; 
Figure 10 shows a third coder of the type identified in Figure 7; 
Figure 11 illustrates the processing of generic code files from written 
specifications; 



Figure 12 illustrates a first written specification of the type shown in 
Figure 11; 

Figure 13 shows a second written specification of the type shown in 
Figure 11\ 

Figure 14 shows a third written specification of the type shown in 
Figure 11; 

Figure 15 illustrates a system for converting manually generated 
specifications into generic code files; 

Figure 16 details a graphical user interface of the type identified in 
Figure 15; 

Figure 17 shows a first generic code file of the type identified in 
Figure 11; 

Figure 18 shows a second generic code file of the type identified in 
Figure 11; 

Figure 19 shows a third generic code file of the type identified in 
Figure 11; 

Figure 20 details a delivery processing system of the type identified 
in Figure 4; 

Figure 21 details operations performed by the delivery system shown 
in Figure 20; 

Figure 22 details the process for constructing a coder driver of the 
type identified in Figure 21; and 

Figure 23 illustrates the processing capabilities of the coders shown 
in Figure 7. 

Best Mode for Carrying Out the Invention 

An environment for the manufacture, packaging, distribution and 
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retail of consumer food products is shown in Figure 1. Consumer products, 
such as perishable foodstuffs etc. are sold at a first supermarket 101 and at 
a second competing supermarket 102. A first production facility 103, a 
second production facility 104 and a third production facility 105 each 
manufacture consumable products that are sold to both supermarkets 101 
and 102. The nature of the products themselves may be substantially 
similar thus, in this example, it is assumed that all three factories 103 to 105 
produce similar bottled product for both supermarkets 101 and 102. 
However, the supermarkets require their own distinct packaging and have 
different preferences for the layout of codes coded onto said packaging, 
both in the form of individual consumer products and packaged assemblies 
of these products. Traditionally, each facility 103 to 105 has coding 
equipment that would have been manually programmed at each individual 
location. In the environment shown in Figure 1, apparatus embodying the 
present invention has been installed so as to facilitate the programming of 
coders, thereby reducing overhead and increasing reliability. 

A coding bureau 106 provides a service of generating generic code 
defining instructions that are then interpreted locally with reference to the 
locally available coders. Information relating to the operation of specific 
coders is received by the coding bureau from the manufacturers 107 of the 
coding equipment. In the example shown, communication between the 
entities is effected over the Internet 108. Alternatively, specifications for 
coded graphics may be sent to bureau 106 by more traditional means and 
the coding instructions themselves could be despatched on a code carrying 
medium 109, such as a floppy disc, a high capacity disc, tape or a CD ROM 
etc. Alternatively, software for the generation of the coding instructions, 
generated in response to operations performed upon a graphical user 
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interface, may be licensed by the bureau 106 to the supermarkets, thereby 
allowing supermarket staff, or staff at a head office, to create the 
instructions in-house. 

An example of a label for a consumer product is shown in Figure 2. 
5 A label 201 is printed with a grid 202 and a barcode 203, In addition, 
lithographic techniques would be employed to print other items onto the 
label 201, possibly showing a photograph of the product contained therein. 
The grid 202 includes a portion 204 into which a display until date is coded 
therein, a portion 205 into which a use by date is coded therein and a 

10 portion 206 into which a price is coded therein. A barcode 203 is printed by 
the lithographic printing process and, in accordance with established 
standards, provides a unique identification for the particular product. 

Figure 2 also shows a second label 221 after the coding operation. 
Thus, a date 224 has been coded in portion 204, representing the display 

15 until date, a second date 225 has been coded into portion 205, 
representing a use by date and a price 226 has been coded into portion 
206. 

During the packaging operation, individual consumer products are 
packaged in bulk to produce larger assemblies. At the supermarket, these 
20 assemblies are handled by supermarket operatives and as such the 
supermarket, often using international standards, has specified how labels 
are to appear for these assemblies, as illustrated in Figure 3. 

Initially, printed labels 301 contain very little and do not include any 
product specific information. Consequently, if this information is required, it 
25 must be coded after the assemblies have been put together. The label 301 
includes a first portion 302 and a second portion 303. 

Requirements for coding are illustrated in a second label 321 , in 



10 

which alpha numeric information has been coded in portion 302 and a 
barcode has been coded in region 303. 

The alpha numeric information includes a number 322 identifying the 
actual product This information may be supplied as part of a graphical 
5 representation or, alternatively, it may be derived during production either 
manually, by selecting what is to be coded, or by reading the barcode 203 
on the previous level of packaging. 

The information also includes details of the use by date 324, which 
must be consistent with the use by date coded on the consumer products 
10 225 contained therein. The information also includes an incrementing lot 
number 325 f which, in this example, shows that the assembly is case 
number 0001. Thus, when the next case is assembled, this should be 
identified as case 0002 and these numbers must increment as each case is 
assembled. 

15 A barcode 326 is printed in region 303 which, in addition to having 

machine readable bars, also includes a numerical representation 327 of the 
barcoded data. The barcode 326 and the numerical data 327 therefore 
represent two modes of conveying the same information. This includes a 
representation of the source of manufacture, a representation of the 

20 product type, substantially the same as that coded at 322, an identification 
of the day of the year, generated with reference to a clock and a 
representation of the unique identifier, ie that coded at 325. Thus, the 
generation of barcode 326 requires sophisticated processing. The first 
portion, identifying the manufacturer, would remain constant for each 

25 manufacturer. Thus, facility 103 may be represented by code 050, facility 
104 may be represented by code 051 and facility 105 may be represented 
by code 052. 
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The particular product is identified by code 12345 and this would 
need to change when different products were being packaged. The day is 
represented by the number of the day in the year and in this example, the 
unique day number is identified as 00113. Thus, this information requires a 
5 real time clock for its generation and it must then be incorporated into the 
numerical code 327 and into the barcode 326. This in turn will require 
processing for the rendering of the barcode 326. Finally, the case number is 
included, shown as 001 in this example. Thus, each time a coding 
operation has been performed, a new coding graphic must be generated 

10 taking account of this incremental change. 

The labels illustrated in Figure 2 and Figure 3 may be considered as 
defining a label specification. These details may be sent to bureau 106 in 
paper form and the bureau 106 is then responsible for the generation of 
instructions for driving the actual coders. 

15 As illustrated in Figure 4, step 401 initiates the process of label 

specification, Thus, a supermarket may convey this label specification 401 
to the bureau 106. At the bureau 106, the label is generated in machine 
readable form via a graphical interface 402. This produces computer files 
403 that collectively may be considered as defining graphical images In a 

20 generic coding format. These defined graphical images, in the generic 
format, are supplied, possibly over the Internet, to the manufacturing 
factories 103 to 105. 

At facilities 103 to 105, a delivery processing system 406 is 
responsible for receiving the graphical image data in files, such as file 405. 

25 The delivery processing system 406 is then responsible for supplying coder 
specific instructions to a coder to enable it to code uncoded products 407 to 
produce coded products 408. The delivery system receives a coder 
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specification 409 thereby enabling it to convert the generic coding data into 
coder specific data. The coder itself includes coder mechanics 410 in 
combination with a coder processing sub-system 411. The coder 
specification 409 informs the delivery system 406 as to the capabilities of 
the coder processing sub-system 411. Thus, the delivery processing 
system 406 receives graphical data representing an image to be coded 
onto packaging 407. 

The delivery processing system 406 generates instructions for the 
coder with reference to the capabilities of the coder, defined by the 
specification 409. In dependence upon these capabilities, the delivery 
processing system 406 may instruct the coder to generate a graphical 
representation in response to coded instructions. This is possible when the 
functionality required may be provided by the coder processing sub system 
411. Alternatively, if the coder processing sub system 411 is not capable of 
providing the functionality required, the delivery processing system 406 
makes up for this inadequacy by generating a graphical representation of 
the image such that this graphical representation is then supplied to the 
coder processing sub system. 

Generic files are generated within a computer-based system that has 
been tailored specifically for the generation of information of this type. 
Consequently, it does not represent the information merely as a graphic but 
describes it in such a way that subsequent processing facilities may 
reconstitute the underlying information, taking forms that commonly include 
dates, incrementing numbers and barcodes etc. In this way, it is possible 
for coders to receive instructions so that maximum benefit can be gained 
from their internal resources. Thus, for example, if a coder has a real-time 
clock and is capable of producing a date by adding an increment to its real- 
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time clock value, it is preferable for use to be made of this facility and for 
the coder to be instructed to perform the coding using its own internal 
capabilities. However, this same generic information may be exploited in 
situations where coders do not have this level of internal functionality. 
Under these circumstances, local additional processing capability, 
responsible for programming the coders, provides the missing level of 
functionality. Thus, if a coder is not capable of calculating a data, it would 
be possible for the processing facility to provide date information of the form 
"print the date in this format" with the calculation of the increment being 
performed by the processing system. Furthermore, if the coder is not 
capable of understanding date information, it will be possible for this gap to 
be filled in by the processing system generating a data graphic in the form 
of a bitmap and then downloading the bitmap. Thus, the generic information 
may be sent to all coders and the local delivery system will perform 
necessary conversions and additional processing in order for the coded 
information to be conveyed to the coder itself without the initial specification 
needing to know the actual type of coder that will ultimately reproduce the 
coded graphic. 

Production facility 103 for the packaging of perishable consumer 
products is illustrated in Figure 5. The facility produces products that have a 
very short shelf life, such as fresh meat and vegetables etc and a typical 
example would be the packaging of milk products. The environment is also 
applicable to perishable products that have a relatively longer life, such as 
bottled sauces, carbonated drinks and tinned meats etc. Increasingly, 
whether due to legislation or due to contractual terms insisted upon by 
wholesalers and retailers, perishable products are required to include date 
codes, usually representing the date by which the product must be sold 
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and/or the date by which the produced should be consumed. These are 
commonly referred to as sell by dates and use by dates respectively , or 
afso by display until dates and best before dates respectively. 

Most consumer products undergo several stages of packing such 
that, for example, end user consumers would purchase individual consumer 
products, with each individual consumer product conveying sell by and use 
by dates, A retailer, however, would usually purchase a packaged collection 
of these products and again wholesale packages would be expected to 
include sell by and use by dates. Similarly, wholesalers would tend to 
purchase even larger traded units of products and again at this stage the 
large traded unit would be required to include use by and sell by dates. 
Throughout the process, these use by and sell by dates relate to the dates 
applicable to the consumer products and therefore the dates and any other 
identifications coded onto the products must be consistent 

Referring to Figure 5, perishable goods 501 are stored in storage 
devices 502 and conveyed to a processing system 503. The processing 
performed by processing system 503 may be relatively modest, such as the 
pasteurising of milk etc or may be relatively sophisticated, such as that 
required when producing convenience "ready meals". 

The output from the processing process 503 results in the 
establishment of processed perishables 504. These processed perishables 
504 are then supplied to a containing process 505 to produce contained 
perishables 506. 

At this stage, it is common practice for the contained perishables, 
such as sauce contained within glass bottles or a ready meal contained in a 
micorwavabie tray, to have a label applied thereto. Thus, pre-printed labels 
507 are supplied to a labelling process 508 resulting in the production of 
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labelled containers 509. 

The pre-printed labels 507 are produced using conventional printing 
techniques and are generally printed to a very high level of quality, often 
including trademarks, logos and full colour graphics etc. Labelled 
containers 509 look almost identical to the actual consumer products that 
will be purchased by consumers. Pre-printed labels 507 often include 
barcodes that have been allocated to the product so that it may be 
identified by a unique reference number. However, the display by and use 
by data cannot be printed onto the pre-printed labels because for some 
products the period of time between manufacture and consumption is 
relatively short. Thus, for example, after a product has been manufactured 
the dates may be calculated such that the product may be displayed for 
nine days and then consumed within ten days. Consequently, it is 
necessary for this information to be coded during the manufacturing 
process, 

Contained perishables are labelled by labelling process 508, 
receiving pre-printed labels 507, to produce labelled containers 509. 
Labelled containers do not include any coded information. The labelled 
containers 509 are provided to a packaging and coding process 510 
configured to receive packaging materials 511 so as to code and package 
the labelled containers. The packaging and coding process 510 produces 
traded units 512 suitable for being dispatched from the facility 103 to the 
supermarkets 101, 102. 

Packaging and coding process 510 is detailed in Figure 6. The 
facility includes, in this example, six lines 601, 602, 603, 604, 605 and 606 
capable of operating in parallel. Each line 601 to 606 receives labelled 
containers 509, illustrated by input conveyor 611 and receives packaging 
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materials 511, illustrated by input conveyor 612. In addition to packaging 
apparatus, the lines include coding apparatus for coding items at their 
various packaging stages. These coding apparatus perform printing 
operations, using various printing technologies and are collectively referred 
to as coders. These coders must perform their printing operations so as to 
convey real-time image data upon perishable consumer items or upon 
collections of said items. The coding operation must also maintain 
consistency between images applied to individual items and the images 
applied to the collections of items. 

As is known in the art, the individual coders may each receive 
manual input instructions. However, in accordance with an embodiment 
with the present invention, the coders are controlled by a centralised coder 
control computer 215 in order to co-ordinate the overall operations of the 
system. The control computer 215 is connected to each of the lines 201 to 
206 via a local area network 216, using an appropriate local network 
protocol, such as TCP/IP, with suitable communications protocol 
converters. 

Packaging line 601 is detailed in Figure 7. Labelled containers 509 
are supplied to a first coder 701. The first coder 701 prints a first code onto 
the labelled containers 509 that includes date information. The date 
information may represent a sell by date and in addition thereto, it may also 
include a use by date. The printed information may also include an 
identification of the particular batch from which the product was derived, 
along with any other information which may be considered relevant. 
However, it should be appreciated that this printing exercise is performed 
as part of the in-line packaging operations and essentially relates to real- 
time data specific to the particular batch and the date of production. 
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When the labelled containers 509 have been coded In this way, by 
the first coder 701, this results in the production of consumer products 702 
of the type that could be placed on retail shelves. However, although 
satisfying all statutory and contractual requirements, the individual 
consumer products 702 need to be transported and, as such, are 
themselves packaged primarily for transportation purposes. 

For the purpose of this description. It should be understood that the 
"containing" of a product is such as to enable a consumer to purchase a 
product from a retailer. As used herein, the "packaging* of these individual 
consumer products relates to the creation of assemblies and traded units 
for the transportation of products between the manufacturer and the end 
user consumer. 

A first packer 703 receives consumer products 702 and packages a 
plurality of such products together to produce wholesale packages 704. In 
this example, the wholesale packages are intended for distribution from a 
wholesaler to a retailer, for example and as such require coding to be 
applied thereto to produce actual wholesale units 705, that would be 
considered acceptable to the wholesaler, [t is therefore necessary for a 
second coder 706 to again print information onto the wholesale packages 
704 to produce wholesale units 705. Again, this coded information is date 
related information and this date related information is in turn consistent 
with the date information applied by the first coder 701. 

In this example, the wholesale units are supplied to a second packer 
707 to produce traded packages 708, of the type often constructed around 
a pallet for easy transportation from the manufacturer to the wholesaler. 
However, in this form they would not be acceptable to wholesalers given 
that, again, date specific information needs to be applied thereto. 
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Consequently, a third coder 709 applies date specific information to the 
traded packages 708 to produce traded units 512. Again, the information 
contained on the traded units 512 is consistent with the information coded 
onto the wholesale units 705 which in its turn is consistent with the 
information coded onto the consumer products 702. 

The information generated by each of the coding processes is 
substantially similar in terms of its information content. Furthermore, the 
consistency of this information must be maintained. 

First coder 701 is detailed in Figure 8. A nozzle 801 directs ink 
droplets onto labelled containers 509 to produce high resolution characters 
upon the labelled containers 509. The coder produces a good quality image 
on the individual items at high speed. It is also capable of responding to 
date related instructions with reference to its own internal real-time clock. 
Thus, it is possible to instruct the coder to print a date based on the actual 
date plus an increment defined in terms of several days. This provides a 
preferable approach compared to providing the coder with bitmap data, 
which would need to be resubmitted to the coder during each day. Unless 
the equipment is temporarily halted for downloading processes, the 
downloading of bitmap data may result in coding operations being missed 
for particular consumer products; a possibility that would not be considered 
as acceptable. 

A second coder 706 is detailed in Figure 9. An ink jet printer 901 is 
particularly suitable for the printing of barcodes on large porous surfaces, It 
includes local functionality that is capable of generating a barcode in 
response to receiving purely numerical information. However, the definition 
of the barcode, as a numerical string, must be supplied to the coder in full, 
given that the coder does not include the functionality to calculate barcodes 
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with variables defined therein, requiring, for example, an input from an 
interna! clock- This particular coder does not include any internal 
timekeeping facilities, therefore, it is necessary to update image data 
supplied to the coder when date/time changes are required. 

A third coder 707 is detailed in Figure 10. Coder 1001 prints, applies 
and verifies labels. The labels include barcodes and given that the printing 
process occurs to the label before it is applied to the traded package, the 
barcodes may be printed with a relatively higher degree of accuracy. Again, 
the coder includes functionality for rendering barcodes in response to 
numerical data, so its specifications with respect to the generation of 
barcodes for traded units may be considered to be of a relatively high 
quality. In addition, it is possible for barcodes to be generated internally by 
definitions that include variables such that information calculated by the 
processing capabilities of the coder itself may be included within the 
information conveyed by the barcode. In this respect, it may be assumed 
that the inclusion of barcodes on traded units is an essential component 
which assures that the traded units are handled in a very efficient manner. 
In particular, wholesalers would not accept traded units if barcodes of this 
nature, or other means of containing the same Information, such as RF 
tags, were not included. 

In addition to including functionality for the automatic generation of 
barcodes, the third coder 1001 also includes functionality for the automatic 
generation of dates. Thus, it is not necessary to continually update image 
data supplied to the third coder 1001, given that, in response to instructions 
including a date code function, dates and times are updated with reference 
an internal real-time clock. 

As shown in Figure 4. a label specification is generated from which 
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graphical images are defined as generic image data files facilitated by a 
data processing system presenting a graphical user interface 402. As 
shown in Figure 11, for line 601, consisting of a first coder 701, a second 
coder 706 and a third coder 709, it is necessary to produce graphical image 
specifications for each of these coders. These take the form of a first stage 
specification 1101, a second stage specification 1102 and a third stage 
specification 1103. The first stage specification 1101 is applied to a design 
process to produce a first stage generic code file 1104. Similarly, the 
second stage specification 1102 results in the production of a second stage 
generic code file 1106 via design process 107. Finally, a design process 
1108 is performed with respect to the third stage specification 1103 to 
produce a third stage generic code file 1109. 

The first stage specification 1101 is illustrated in Figure 12. At 1201 
a barcode is specified of type EAN13, identifying the particular type of 
product. This barcode is not coded by the online coder 701 but is pre- 
printed onto the labels at 507. 

Secondly, as identified 1202 a code is coded by coder 701 taking the 
form of a use by date 225. a display until date 224 and a price 226. The 
specification also states that the use by date should be equal to the 
production date plus ten days and that the display until date should be 
equal to the use by date minus one day. Furthermore, the specification 
states that the price text should be printed at double height. An example of 
the graphic to be coded is then give at 1203 and is substantially similar to 
the example given in Figure 2. 

Second stage specification 1102 is detailed in Figure 13. At 1301 it is 
stated that the product number should be coded in text, this being the same 
product number identified by the barcode specified at 1201. 
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At 1302 it is specified that the product number should also be 
represented as a bar code, therefore this barcode is effectively equivalent 
to the barcode specified at 1201. 

At 1303 a use by date is specified, taking the form of two digits for 
the day, two digits for the month and two digits for the year. 

At 1304 a batch number is specified, taking the form "LOT" followed 
by four incrementing digits. 

An example is then given at 1305 showing how the information is to 
be assembled on the label. 

A note is made at 1306 to the effect that this packaged article will 
contain twenty-four individual consumer products. 

Specification 1103 is detailed in Figure 14. At 1401 it is specified that 
the product number should be identified as text. At 1402 a use by date is 
identified taking the form day/month. At 1403 a case number is specified, 
taking the form "CASE" followed by four incrementing digits. 

At 1404 a barcode is specified. This is a more complex barcode than 
those specified previously, taking a form that combines three independent 
types of information, in this specific example, the barcode represents the 
product number, the unit counter and the use by date. Further details of 
barcode technology is provided in United States Patent 4,114,030. 

An example of the graphical representation is then given at 1405. 
A system for converting manually generated specifications 1101 to 
1103 into generic code files 1104, 1106 and 1109 is shown in Figure 15. A 
computer system 1501, such as a PC base system running Windows NT, 
initially receives program instructions via a CD ROM 1502, receivable within 
a CD ROM reader 1503. In response to these instructions, after installation, 
a graphical user interface is presented on a visual display unit 1504 and 
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manual operations are defined via a keyboard 1505 and a mouse 1506. 

After a generic code file has been generated, it may be supplied to 
supermarkets via a modem and telephone line 1507 connected to the 
Internet 108. Alternatively, the generic code file may be supplied to the 
5 supermarkets on disk 109. 

The graphical user interface displayed on visual display unit 1504 is 
shown in Figure 16, The interface comprises a conventional windows menu 
1601, in combination with a function window 1602 and a display window 
1603. 

10 The function window identifies the types of functions that may be 

included within the label, these comprise of a text field, a time field, a date 
field, a date calculated field, a counter, a logo and a barcode component 
When inserting these functions within a particular graphic, displayed in the 
display window 1603, the function is itself selected by operation of the 

15 mouse 1506, resulting in an item being added to the display window. 
Thereafter, further function related information may be entered either 
directly into the display window 1603 by operation of the keyboard 1505 or 
by the automatic generation of further windows or text boxes etc. 

Each function selected from the function window 1602 by its 

20 application within the display window 1603 results in the generation of a 
field within the resulting generic code file. Thus, after manual operation to 
design a code graphic an example is graphically displayed in display 
window 1603 in a form as close as possible to the examples shown at 
1203, 1305 and 1404. As this is done, the generic code files 1104, 1106 

25 and 1109 are constructed in the form of a field of data, preferably 
consistent with extensible mark-up language (XML) standards. 

The first stage generic code file 1104 is detailed in Figure 17. At 
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1701 the file includes a header providing general information which, in this 
example, identifies the file as generic file 1104. 

At 1702 there is provided a field for the use by date. The field is 
given a name by the statement .FIELD "USEBY". This is followed by a 
5 statement to the effect that the field is of the date type by the statement 
.TYPE:DATE, 

The date to be printed has an offset of ten identified by the 
statement .OFFSETS 0 which means that the printed date is ten units 
ahead of a reference date, 
10 The next statement identifies the units as day, taking the form 

.UNlTS:DAYS. This is then followed by a statement concerning rounding 
identified as ,ROUNDING:NONE. With no rounding, thus the actual day is 
always identified and is not modified in any way. 

The next statement concerns a prompt at the coder itself. In this 
15 example it is identified as .PROMPT:NO, meaning that at the coder an 
operator would not be prompted for additional information. 

A reference is identified by the statement .REF:CURRENTDATE, 
meaning that the reference date is the current date taken from a real-time 
clock. 

20 A statement of the form . CAL C ULATE: YES means that the 

calculations should be performed by the coder itself if this functionality is 
available. Finally, additional print characteristics are provided, such as, for 
instance, the generation of a font and the positioning of the field. 

At 1703 a field is included for the display until date. This is identified 
25 by .FIELD:"DISPLAYBY' and then by a statement identifying the date as a 
date type field, by the statement TYPE:DATE. 

The date to be printed has an offset of minus one identified by the 
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statement .OFFSET;-1 which means that the printed date is ten units ahead 
of a reference date. 

A rounding statement is included of the type 
.ROUNDINGiMIDWEEK, to the effect that only dates lying between 
5 Monday to Friday are considered to be valid. Thus, if a date is calculated 
that falls on a Saturday or a Sunday, it is automatically readjusted to the 
preceding Friday. 

The reference date is identified as the use by date, calculated for the 
previous field, by the statement .REFi'USEBY' and a statement of the type 
10 .CALCULATE:YES is included to specify that the calculation should be 
performed by the coder itself if possible. Finally, additional print 
characteristics are provided, such as, for instance, the generation of a font 
and the positioning of the field. 

At 1704 there is a field for the inclusion of the price, identified by the 
15 statement .FIELD:"PR1CE". This is followed by a type statement of the form 
.TYPE:TEXT. Thus, the coders do not have any appreciation of price and a 
price included as part of the code is merely considered as text. The source 
is then specified as .SOURCE:^ -99" so that the actual price to be coded is 
hard coded into the file itself, In more sophisticated systems, the source 
20 could include a pointer to a database or an internet URL. Finally, additional 
print characteristics are provided, such as, for instance, the generation of a 
font and the positioning of the field on the label. 

The second stage generic code file 1106 is shown in Figure 18. A 
header at 1801 identifies it as generic file 1106. Other information could be 
25 contained in this header, such as information relating to the particular 
product or its particular supplier etc. 

At 1B02 a field is defined by the statement .FIELD"NUMBER'\ In the 
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system, numbers are considered to be examples of text, therefore the next 
statement identifies the type as being text, by taking the form TYPE:TEXT. 
A source statement then identifies that a number is to be defined and in this 
example the number is hard coded. Alternatively, this number could be 
derived from a database, The field is then concluded by additional print 
characteristics are provided, such as, for instance, the generation of a font 
and the positioning of the field. 

At 1803 a barcode field is defined by the statement 
.FIELD'BARCODEr. The barcode's type is identified by the statement 
.TYPE;BARCODE EAN 128. Its source is given by the statement 
.SOURCE:NUMBER, that is to say, the same number defined by field 1802. 
Thus, field 1802 defines the number of the product in text with field 1803 
defining the number of the product by means of a barcode. 

Field 1804 defines a use by date and initiates the field by the 
statement .FlELD"USEBY". This is followed by the type statement 
.TYPE:DATE, 

This use by day must be consistent with the use by date included on 
the actual product therefore similar definitions are included, Thus, an offset 
is specified as ten by the statement .OFFSET:10 followed by a statement 
defining the units as .UNITS:DAYS. A rounding statement is included to the 
effect that no rounding is required, .ROUNDING:NONE and the field also 
states that a prompt is not required at the coder itself by the 'statement 
.PROMPT:NO. The reference is specified as the current date by the 
statement .REFiCURRENT DATE and a statement is included to the effect 
that the calculation is to be performed at the coder, in the form .CALC:YES. 
Finally, additional print characteristics are provided, such as, for instance, 
the generation of a font and the positioning of the field. 
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Field 1805 relates to the definition of a batch number. This is initiated 
by the statement .FIELD w BATCHNO w and a type statement of the form 
.TYPE:COUNTER. Thus, the intention of this counter is that it should 
increment after each assembly has been produced. 
5 The counting step is identified as unity by the statement .STEP:1. 

This is then followed by a rollover statement which defines what is to 
happen at the end of the count In this example, the count resets and this is 
specified by the statement ,ROLLOVER;RESETATEND. 

The next statement specifies the number of characters present in the 
10 coded count which is four in this example. Consequently, the statement 
takes the form .CHR:4, 

The start count is specified by the next statement, taking the form 
,START;0001. The following statement specifies the end count 

Referring to the third stage specification, six articles are included in 
15 each case. Thus, the printing of the articles refers to them uniquely as one 
to six. Consequently, the count ends at six and this is defined by the 
statement .END:0006. 

No prompt is required at the coder therefore this is identified by the 
statement .PROMPT:NO. If possible, the calculation is to be performed by 
20 the coder itself and this is specified by the statement ,CALC:ATCODER. 
Finally, additional print characteristics are provided, such as, for instance, 
the generation of a font and the positioning of the field. 

Third stage generic code file 1109 is detailed in Figure 19. At 1901 a 
header identifies the file as generic file 1109 and is then followed by four 
25 coding fields 1 902 to 1 905. 

At 1902 a number field is specified by the statement 
,FIELD"NUMBER M . The field's type of text is then confirmed by the 
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statement TYPE:TEXT. A source for the text is then specified by the 
statement .SOURCE: followed by a hard-coded string, "12345 H in this 
example. Finally, additional print characteristics are provided, such as, for 
instance, the generation of a font and the positioning of the field. 

At 1903 a field for the use by date is specified by the statement 
.FfELD"USE BY" followed by the field type defined by the statement 
TYPE:DATE. The use by date must be consistent with previous codes for 
this date therefore the coding instructions are substantially similar. 
Consequently, an offset of ten days is specified by the statements 
, OFFSET: 10 and .UNIT:DAYS. No rounding is required and this is specified 
by the statement .ROUNDING:NONE. Again, no prompt is required, 
confirmed by the statement ,PROMPT:NO. The reference is specified as 
the current date by the statement ,REFERENCE:CURRENTDATE and a 
confirmation is made to the effect that the calculation should be done at the 
coder, by the statement .ATC ODER: YES. Finally, additional print 
characteristics are provided, such as, for instance, the generation of a font 
and the positioning of the field. 

At 1904 a field is included relating to the case number by the 
statement ,FIELD"CASENUMBER M and the type taking the form 
.TYPE:COUNTER. The step size is specified as unity by the statement 
.STEPSIZE:1 and the rollover requirements is specified by the statement 
.ROLLOVER:RESETATEND. 

The number of characters to be printed is specified as being four in 
this example, by the statement .CHAR:4, with the start value being 
specified at 0001 and the end value being specified at 0144 by the 
statements ,START:0001 and .END:0144 respectively. The total number of 
cases represents the totality of the job. Thus, for this particular batch one 
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hundred and forty-four traded units are being produced. 

No prompt is required at the coder therefore the statement 
,PROMPT:NO is included and calculation is to be performed at the coder, 
confirmed by the statement .CALCULATE:ATCODER. Finally, additional 
5 print characteristics are provided, such as, for instance, the generation of a 
font and the positioning of the field. 

A field for the barcode is included at 1905. The field is identified by 
the statement .FIELD"BARCODE" followed by type taking the form 
TYPE:BARCODE EAN 128. The source of the barcode is specified by the 
10 statement .SOURCE:NUMBER+CASENUMBER-HJSEBY, The barcode 
may be considered as a composite barcode representing the product 
number derived from 1902, the case number derived from 1904 and the 
use by date derived from 1903. 

A field confirms that the calculation is to be performed at the coder 
15 by the statement .CALCULATE:ATCODER and the field then includes 
additional print characteristics are provided, such as the positioning of the 
field. 

Now that the generic code files have been generated they are 
supplied as generic image data 405 to the delivery processing system 406. 

20 The delivery processing system 406 is detailed in Figure 20. The 
processing system includes a main delivery system 2001, a store of generic 
code files 2002 and a database of coder specifications 2003. The delivery 
system 2001 may take the form of a single computer system, such as 
system 615 shown in Figure 6. Alternatively, in order to provide the required 

25 level of functionality, the delivery system 2001 may be implemented as a 
network of computer systems with the processing requirements being 
distributed throughout the network. The number of processing systems 
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required in the facility will depend upon the number of coders present and 
upon the extent to which processing may be performed by the coder itself. 
Thus, it is possible that facility 103 includes modern sophisticated coders 
thereby reducing the requirement for additional processing capacity in order 
to implement the present preferred embodiment. Similarly, facility 104 may 
include many unintelligent coders such that the overall processing 
requirement in order to implement the present embodiment is significantly 
higher. 

The delivery system 2001 operates under program instructions, 
initially received by means of a CD ROM 2004. The delivery system 2001 
receives a selection of generic files from store 2002 relating to the coding 
requirements of a particular batch. Coders 701, 706 and 709 receive coding 
instructions over a network connection 2005. For each operational coder, a 
delivery processing system executes a coder driver, such as drivers 2006, 
2007, 2008, 2009, 2010, 2011, 2012 and 2013. Each driver 2006 to 2013 
submits instructions to its respective coder during an initialisation process, 
that is before any actual products or packages are coded. In some 
instances, particularly for sophisticated coding equipment, no further 
instructions are required until the batch has been completed, whereafter a 
further initialisation process will be required. 

Instructions for initialisation may be substantially similar to 
instructions derived from a generic file. The instruction, at a higher level, 
may be merely passed on to the coder Itself, via the driver, which then 
performs all necessary calculations in order to effect the coding operation. 

In other situations, the coder will not include sufficient local 
functionality in order for it to interpret a high level code. Under these 
circumstances, the delivery system 2001 is aware that the coder lacks the 
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required functionality by making reference to the relevant coder 
specification from database 2003. Consequently, additional processing may 
be performed by the delivery system 2001 resulting in the generation of 
lower level instructions which may then be passed on to the coder via its 
5 respective coder driver, a networking layer 2014 and the physical network 
connection 2005. Thus, in these circumstances, any gap present in the 
functionality of the coder itself is compensated or filled in by processing 
performed by the delivery system 2001 during the initialisation process. 

In addition to additional processing functionality being required by 
10 the delivery system 2001, for an initialisation procedure, it is also possible 
that a coder driver, such as driver 2006, may need to provide additional 
instruction to the coder during the actual coding operation. In particular, 
further instructions may be required if the coder does not have a capability 
for calculating real-time dates or if the coder does have a capability for 
15 performing counts. Intervention on the part of a coder driver may also be 
required if composite barcodes are being generated. 

Operations performed by the delivery system 2001, in response to 
instructions installed from CD ROM 2004, are detailed in Figure 21. 

At step 2101 a product for batch production on a particular line, such 
20 as line 601 shown in Figure 6 is selected. 

At step 2102 generic files for the product selected at step 2101 are 
read from the generic file store 2002. 

At step 2103 a coder, such as the first coder 701, is selected and at 
step 2104 a specification for the coder selected at step 2104 is read from 
25 the coder specifications database 2003. 

At step 2105 a coder driver, such as driver 2006, is instructed; 
whereafter, at step 2106, a question is asked as to whether another coder 
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is to be considered. 

After the first iteration, where a driver has been instructed for the first 
coder 701, the question asked at step 2106 will be answered in the 
affirmative, thereby returning control to step 2103. On this iteration, the next 
5 coder, the second coder 706, is selected resulting in the instruction of a 
further coder driver, such as driver 2007. 

Again, for this particular line, the question asked at step 2106 will be 
answered in the affirmative, resulting in the third coder 709 being selected 
at step 2103. Again, its specification will be read and a coder driver, such 
10 as driver 2008, will be instructed. This will have then instructed drivers for 
all of the coders in the line, such that the question asked at step 2106 will 
be answered in the negative. 

A question is then asked at step 2107 as to whether another product 
is considered and when answered in the affirmative control is returned to 
15 step 2101 and the process is repeated for the next selected product line. If 
the question asked at step 2107 is answered in the negative, the process 
terminates. 

Process 2105 for the instruction of a coder driver is detailed in Figure 

22. 

20 Referring to the generic file read at step 2102 and then selected at 

step 2103, a field is selected at 2201, such as filed 1702 of generic file 
1104 shown in Figure 17. 

At step 2202 a question is asked as to whether field calculations are 
to be processed in the coder itself and when answered in the negative, 

25 control is directed to step 2205, When answered in the affirmative, control 
is directed to step 2203 where a question is asked as to whether the 
function is supported by the coder concerned. The question asked at step 
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2202 refers to the generic file and asks whether it was the designer's 
intention that the calculation should be performed by the delivery system or 
by the coder itself. Thus, this is exclusively the domain of the generic file. 
This is different from the question asked at step 2203, which relates 
5 exclusively to the coder specification. Thus, it is possible that a designer 
had the intention for calculations to be performed locally on the coder, 
which is usually the preference, but in its implementation it is possible that a 
coder cannot support the particular function. 

If the question asked at step 2203 is answered in the affirmative, to 

10 the effect that the coder does have the functionality, the generic instruction 
is translated into a high level coder command at step 2204. This translation 
requires minimal processing on the part of the delivery system 2001 and 
merely reflects the preferred syntax of the coder commands. 

If it was the intention of the original designer that the process should 

15 not be performed at the coder or if the coder cannot support the function, 
the function is processed at the delivery system at step 2205. At step 2206 
the processed information is then translated into low level coder commands 
at step 2206. Thus, processing step 2205 and translating step 2206 require 
considerably more processing input on the part of the delivery system 2201 

20 and would generally result in a requirement for more data to be conveyed to 
the coder itself. Thus, this ensures that a gap in functionality on the part of 
the coder itself can be filled in by additional processing power implemented 
at the delivery system 2001. 

The capabilities of coders vary, therefore it is possible that additional 

25 processing may be required for one selected field, but for another selected 
field it may be possible for the processing to be done locally by the coder. 
After translating commands for a field, a question is asked at step 
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2207 as to whether another field is to be processed and when answered in 
the affirmative control is returned to step 2201. Eventually, all of the field 
present within the file wil( have been processed and the question asked at 
step 2207 will be answered in the negative. 

5 Internal processing capabilities for coders 701, 706 and 709 are 

detailed in Figure 23. Particular functions relate to the generation of dates, 
the generation of product counts, the generation of barcodes and the 
generation of fonts. For each of these, it is possible for each coder to have 
three levels of functionality. Level one represents the highest level of 

10 functionality, level two represents an intermediate level of functionality and 
level three represents the lowest level of functionality. 

If a date can be calculated to the first level of functionality, the coder 
has an internal real-time clock and dates can be deduced by means of an 
offset and then printed. If the coder has the second level of functionality for 

15 dates, it is possible to print a date from a character string. If only level three 
functionality is provided for dates, it is necessary to provide a bitmap to the 
coder in order for it to generate a graphical representation of the date. All 
level three capabilities take this form in that it is only possible to supply the 
information as a bitmap, 

20 For the auto-numbering functionality, if level one functionality Is 

provided it is possible for the coder Itself to auto-number. With level two 
functionality it is possible for the coder to print a number in response to 
receiving a character string. Alternatively, at level three a bitmap must be 
provided. 

25 For barcode functionality, level one functionality means that a coder 

can assemble barcode details internally from its own calculations and then 
generate an image with reference to its own knowledge of the barcode 
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symbology. 

With level two functionality, a coder is aware of barcode symbology 
and can print a code in response to receiving a character string. However, it 
cannot generate these strings internally. As previously stated, level three 
functionality means that the coder must be provided with a bitmap. 

In terms of printing fonts, level one functionality means that fonts 
may be specified as occupying any location within the printable area, Under 
level two functionality it is only possible for fonts to be printed inline and any 
other orientation requires a bitmap to be supplied. As previously stated, 
level three functionality means that the coder is only responsive to bitmaps. 

In the present example, the first coder is required to code two dates 
and a text string representing price. As shown in Figure 23, the first coder 
has level one functionality for dates and level two functionality for fonts. In 
terms of the price coding, the font is inline therefore the level two 
functionality is sufficient. Consequently, all of the processing may be done 
by the coder itself and no additional gap filling is required on the part of the 
delivery system. This is important for coding individual consumer products 
because the speed of the coding operation is relatively high and it is 
undesirable for the coding operation to be held up while information is 
received from the delivery system. Consequently, it is desirable for 
information to be received from the delivery system 2001 only during an 
initialisation process. 

In the example, the second coder 706 is required to code the 
product number as text and to code the product as a barcode. In addition, it 
is required to code a use by date and batch number. 

Referring to Figure 23, the coder only has level two functionality for 
the printing of dates. Consequently, it is necessary for the delivery system 
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2001 to perform the real-time date calculation and for this information to be 
then conveyed to the coder as a text string. In addition, the coder driver 
must also perform an ongoing real-time operation to the effect that the date 
may need to be changed if the packaging process continues through 
midnight or over a plurality of days. 

The second coder has level two functionality for the printing of 
barcodes therefore the barcode is rendered locally at the coder in response 
to receiving a product string. However, the coder only has level three 
functionality in terms of fonts therefore for the coding of the product number 
in text, it is necessary for the rendering to be performed by the delivery 
system 2001 and then downloaded to the coder as a bitmap. 

The coder is also required to print a batch number. In this respect, 
the coder has level two functionality and can print the phrase "LOT" 
followed by a four digit number. However, it has no internal calculating 
mechanism and details of the four digit number must be downloaded as a 
string. Consequently, further additional processing is required on the part of 
the delivery system. 

It can be seen that the second level coder is relatively poorly 
equipped and much processing is required on the part of the delivery 
system. This is not uncommon for coders of this type but may be required 
to code a wide range of graphics onto large areas of cardboard boxes. 
However, the cardboard boxes tend to be relatively large, containing many 
individual consumer products, therefore the real-time constraints upon such 
coders are substantially less than the real-time constraints placed on the 
first level coders. Thus, it is possible for the real-time data to be calculated 
by the coder drivers in response to interrogations made by these drivers. 

In theory, it would be possible for the drivers to respond to interrupts 
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but given the low functionality of the coders that they are interfaced to, it is 
unlikely that the coders would include functionality themselves for 
generating the required interrupt signals. Consequently, a further burden is 
placed on the coder drives in that they must continually interrogate their 
respective coder, say once per second, to determine their status and, when 
required, download further instructions over the network connection 2005. 

In this respect, it should be appreciated that having coders with 
internal functionality allows the functionality of the delivery system to be 
employed elsewhere; therefore it is possible for an overall system designer 
to exercise a degree of balancing in order to optimise the availability of 
distributed processing capability. 

The third coder 709 takes the form of a sophisticated thermal transfer 
coder and is provided with much internal functionality, in particular, its 
functionality for dates, counters, barcodes and fonts is all at the level one 
standard. It is required to print the product number as text and to include a 
use by date in a particular form. It is also required to print a case number 
and to include a sophisticated barcode incorporating the product number, 
the unit counter and the use by date. All of this functionality is provided 
internally by the coder itself therefore it Is only necessary for the delivery 
system to convey the information received from the third stage generic 
code file 1109 during an initialisation process whereafter the sophisticated 
coding operations required by the coder are performed internally without 
requiring any further assistance from its driver 2008. 

The following shows an example of generic code defining a date field. 

<Field Name="Field00 n > 

< F 1 dT yp e >D a teText< / Fl dT yp e > 
<CLS I D>... • et c...< / CLS I D> 
<Displayed>K/Displayed> 



37 

<X>0</X> <Y>0</Y> 

<W>60</W> <H>7</H> <Ln>K/Ln> 

<Orientation>0</Orientation> 

<OverrideThis>l</OverrideThis> 

<lnverse>0</lnverse> <Mirror>0</Mirror> 
< Re n de rMod e >OR< / Ren de r Mode > 
<CalcData>31/10/2000</CalcData> 
<Data> 

<Objecc Index="0" Static-"0" Parse= M l"> 
<DataType>2</DataType> 
<Def ault>dd' / 'MM 1 / f yyYy</Def ault> 
</Object> 
</Data> 
<Text> 
<Font> 

<Face>Domino A-Series (7 Dot) 

</Face> 
< Fami 1 y >Mode r n< / Faini 1 y > 

<?itch>7</?itch> 
<XMag>100</XMag> -<YMag>100</YMag> 
<TTSi2e>0</TTSi2e> 
</Font> 

<Bold Weight= ,, l">0</Bold> 
<ltalic>0</ltalic> 
<DblSpace>0</DblSpace> 
</Texr> 
</Field> 

The following messages are sent to a coder that supports the 
specified date field functionality. In this example, the contents of the printed 
information for a date field are represented as ASCII characters in the form 
suitable for a Domino A300 coder. 



02 00 00 00 00 2b 00 31 0C 01 00 lb 00 69 01 lb 00 6f 00 
00 00 00 00 00 lb 00 69 01 lb 00 77 00 41 30 2f 00 lb 00 
77 00 46 30 2f 00 lb 00 77 00 45 30 63 05 

In response to receiving these instructions the coder would return the 
following; 



02 00 00 00 00 02 00 31 40 75 00 
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The following represents messages sent to a coder that does not 
support the specified date field but does support the downloading of text. In 
this example, the information would be appropriate for a Zebra thermal 
transfer printer. 

A FT102, 316 A A0N, 61 A FD23/02/2001TS 



The following represents an example of generic code for the coding 
of a counter onto a product. 



<Field Name="Field01"> 

<FldType>CounterText< / FldType> 
<CLS ID>...et c...< / CIS I D> 
<Displayed>l</Displayed> 
<X>0</X> <Y>0</Y> 

<W>24</W> <K>7</H> <Ln>K/Ln> 
<0rientation>0</Orientation> 
<0verrideThis>K/0verrideThis> 
<lnverse>0</lnverse> 
<Mirror>0</Mirror> 
<RenderMode>OR</RenderMode> 
<CalcData>0O0O</CalcData> 
<Data> 

<Object lndex="0" Statical" Farse="0"> 
<DataType>4</DataType> 

<Locale>en-GB</Locaie> 
<MaxNoOfChars>0</MaxNoOfChars> 
<Default>0000</Default> 
<CurDataVal>00OO</CurDataVal> 
<CounterText> 

<Rollover>K/Rollover> 
<PmPerCnt>K/PrnPerCnt:> 
<ResetOnSel>StartValue</ResetOnSel> 
<StartVal>0</StartVal> 
<EndVal>9999</EndVal> 
<StepSize>K/StepSize> 
<Frompt>Lot Counter 
</ Prompt > 
<?romptAtCoder>0</PromptAtCoder> 
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</CounterText> 
</Object> 
</Data> 
<Text> 
<Font> 

<Face>Domino A-Series(7 Dot) 

</Face> 

< FanJL 1 y >Modern< / F ami 1 y > 

<Pitch>7</Pitch> 

<XMag>100</XMag> 
< YMa g>l 0 0 < / YMag> 

<TTSize>0</TTSize> 
</Fcnt> 

<Bold Weight« H l">0</Bold> 
<ltalic>0</ltalic> 
<DblSpace>0</DblSpace> 
</Text> 
</Field> 

The following is an example of messages sent to a coder that does 
support counter functionality. 



Data is represented as hexadecimal characters, information provide 
for a Domino-A300 Coder. 



Message to define the contents of the product (1 counter field) 



02 00 00 00 00 29 00 31 00 01 00 lb 00 69 01 lb 00 69 01 
lb 00 78 31 4e 04 30 30 30 30 39 39 39 39 30 30 30 30 31 
59 53 00 41 00 5a 00 00 00 4e 30 a7 06 

In response to receiving these instructions the coder would return the 
following: 



02 00 00 00 00 02 00 31 40 75 00 

Message to reset the machine 'products printed 1 counter to zero 

» 

02 00 00 00 00 0a 00 40 00 00 00 00 00 00 00 00 00 4c 00 
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« 

02 00 00 00 00 0a 00 40 40 00 00 00 00 00 00 00 00 6c 00 



The following represents a portion of generic code relating to the 
printing of a barcode. 

<Field Name="Field01"> 

<?ldTypa>BareodeText</FldType> 
<CLS I D> { ...etc... } < /CLS I D> 
<Displayed>K/Displayed> 
<X>0</X> <Y>0</Y> 
<W>124</W> <H>7</H> <Ln>K/Ln> 
<Orientation>0</Orierxtation> 
<0verrideThis>K/0verrideThis> 
<lnverse>0</lnverse> 
<Mirror>0</Kirror> 
<RenderMode>OR</RenderMode> 
<CalcData>5Q30159003930</CalcData> 
<Data> 

<Object lnde>:="0" Statical" Parse="0"> 
<DataType>5</DataType> 
<Locale>en-GB</Locale> 
<tfaxHoOfChars>12</MaxNo0fChars> 
<Default>5030159003930</Default> 
</Object> 
</Data> 
<Earcode> 

<Mag>798</Mag> 
<BcMaxChars>13</BcMaxChars> 
<BcFixedLen>K/BcFixedLen> 
<EcH>50</BcH> 
<HR> 

<HRDisplayed>K/HRDisplayed> 
<HRPo s >Belo*K /HRPo s > 
<HRFont> 

<Face>OCR-B</Face> 

< Fami ly>OCR< / Fami 1 y> 

<Fitch>7</?itch> 

<XMag>100</XKag> 

<YMag>100</YMag> 

<TT5ize>0</TTSize> 
</HRFont> 
</HR> 

<CbeckDigit>0</CheckDigit> 
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<QuietMargin>K/QuietKargin> 
<EANi3> 

<Gua rdBars >1< /GuardBar s> 
</EAN13> 
</Barcode> 
</Field> 

The following represents examples of commands sent to a coder that 
does support barcode functionality. 



Data is represented as hexadecimal characters, information provided 
for a Domino-A300 Coder. 



Message to define the contents of the product (1 barcode field) 



02 00 00 00 00 46 00 31 00 01 00 lb 00 69 01 lb 00 66 35 

00 30 00 33 00 30 00 31 00 35 00 39 00 30 00 30 00 33 00 

39 00 33 00 lb 00 71 01 03 02 0a 0a 01 02 03 04 00 00 00 

00 00 00 00 00 lb 00 72 00 20 00 20 00 20 00 lb 00 6c 01 
00 Od 00 

In response to receiving these instructions the printer would return the 
following: 



02 00 00 00 00 02 00 31 40 75 00 

The following represents an example of instructions for submitting a 
bitmap in preference to a barcode. 



<ESC>GTM?,168, 8,N038EO,EHCEJO38E0, : : : :EH0E03F038EQ7C,EH0E 
07F838E1KF / EHOEOE1C33£3C780IFE1C1E33E38380IFE380E38S701CO 
EHOS380E38E701COEHOE3KFE38E701CO:EHOE38H038E701CO: : EH0E1C 
O238E3838OEH0ElE0E38E3C780EH0E07FE38ElHF,EH0E03F838E07C<E 
OT> 

Use bitmap on Image 



<ESC>ITM?,X102,Y209<SOT> 



Claims 
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1. Apparatus for applying codes onto packaged consumer 
products, wherein 

said products are packed individually and then further packed into 
groups of products; 

at least one coder applies information to said packaging; 

said coder receives instructions from a processing system; 

said processing system receives input data representing an image to 
be coded onto said packaging and generates said instructions for said 
coder, wherein 

said processing system generates said instructions with reference to 
the capabilities of said coder such that, in dependence upon said 
capabilities, said processing system either 

(a) instructs said coder to generate a graphical representation in 
response to coded instructions, or 

(b) said processing system assists said- coder to generate said 
graphical representation before supplying lower level instructions to said 
coder. 

2. Apparatus according to claim 1, wherein said groups of 
products are further packed into tradable units. 

3. Apparatus according to claim 1, wherein a first coder applies 
a code to the printed pack of a consumer product, 

4. Apparatus according to claim 1, wherein said consumer 
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product is a perishable food item. 



5. Apparatus according to claim 4, wherein said consumer 
product is a pre-prepared meal for consumption within two to twenty days. 

5 

6. Apparatus according to claim 1, wherein a second coder 
applies a code to an assembly of products. 

7. Apparatus according to claim 2, wherein a third coder applies 
10 a code to a packaged unit having a plurality of assemblies packed therein. 

8. Apparatus according to claim 1, wherein said processing 
system receives an instruction to code a date. 

15 9. Apparatus according to claim 8, wherein said data is a sell by 

date or a use by date. 

10. Apparatus according to claim 8 ( wherein said processing 
system instructs a coder to code a date. 

20 

11. Apparatus according to claim 8, wherein said processing 
system calculates said date and supplies a character string to said coder. 

12. Apparatus according to claim 8, wherein said processing 
25 system calculates said date, generates a bitmap representation of said date 

and supplies said bitmap to said coder. 
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13. Apparatus according to claim 1, wherein said processing 
system receives an instruction to code an Incrementing number onto a 
package. 

14. Apparatus according to claim 13, wherein said processing 
system instructs a coder to calculate and print an incrementing number. 

15. Apparatus according to claim 13. wherein said processing 
system calculates said number, generates a character string and instructs a 
coder to print said character string. 

16. Apparatus according to claim 13, wherein said processing 
system calculates said number, generates a representation of said number 
as a bitmap and instructs said coder to print said bitmap. 

17. Apparatus according to claim 1, wherein said processing 
system receives an instruction to code a barcode.* 

18. Apparatus according to claim 17, wherein said processing 
system generates a character string representing said barcode and 
supplies said character string to a coder such that said coder generates 
said barcode from said character string. 

19. Apparatus according to claim 17, wherein said processing 
system generates said barcode, said processing system represents said 
barcode as a bitmap and submits said bitmap to said coder. 
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20. Apparatus according to claim 1, wherein said processing 
system receives an instruction to code text 

21. Apparatus according to claim 20, wherein said processing 
5 system instructs said coder to code said text using a font. 

22* Apparatus according to claim 20, wherein the orientation of 
said font is examined by said processing system, said coder is instructed to 
code a font if the orientation is in a preferred direction or said processing 
10 system is configured to generate a bitmap representation of said font if said 
font is not in a preferred orientation. 

23. Apparatus according to claim 20, wherein said processing 
system generates a bitmap representation of said font and said bitmap to 

15 said coder. 

24. A method of applying codes onto packaged consumer 
products, wherein said products are packed individually and then further 
packed into groups of products, wherein at least one coder applies 

20 information to said packaging and said coder receives instructions from a 
processing system, said method comprising the steps of: 

receiving composite data representing information to be coded onto 
said packaging; 

generating coder instructions with reference to the capabilities of a 
25 coder such that, in dependence upon said capabilities, said processing 
system either 

(a) instructs said coder to generate a graphical representation in 
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response to said instructions, or 

(b) assists said coder to generate said graphical representation 
before supplying lower level instructions to said coder. 

5 25. A method according to claim 24, wherein a date is calculated 

and said calculated date is supplied to a coder as a character string. 

26. A method according to claim 24, wherein a date is calculated, 
said calculated date is rendered as a bitmap and said bitmap is supplied to 

10 said coder. 

27. A method according to claim 24, wherein an incrementing 
number is calculated and said calculated number is supplied to a coder as 
a character string. 

15 

28. A method according to claim 24, wherein an incrementing 
-number is calculated, a bitmap of said calculated number is rendered and 
said rendered bitmap is supplied to a coder. 

20 29. A method according to claim 24, wherein the data required to 

be incorporated within a barcode is determined and said determined data is 
conveyed to a coder in the form of a character string. 

30. A method according to claim 24, wherein the information 
25 required for representation as a barcode is calculated, said barcode is 
rendered as a bitmap and said bitmap Is conveyed to said coder. 
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31. A computer-readable medium having computer-readable 
instructions executable by a computer such that, when executing said 
instructions, a computer will perform the steps of: 

receiving input data representing an image to be coded onto said 
5 packaging; 

generating coder instructions with reference to the capabilities of a 
coder such that, in dependent upon said capabilities, said processing 
system either 

(a) instructs said coder to generate a graphical representation in 
10 response to said instructions, or 

(b) assists said coder to generate said graphical representation 
before supplying lower level instructions to said coder. 

32. A computer-readable medium having computer-readable 
is instructions according to claim 31, such that when executing said 

instructions a computer will assist in the generation of a date, an 
-incremental count or a barcode, 

33. A method of communicating between a first processing device 
20 configured to facilitate the design of codes for packaged consumer 

products and a second processing device configured to control coding 
machines for coding said packaged products in response to said design, 
wherein 

data transmitted from said first processing station to said second 
25 processing station defines said codes in a generic non-coder specific 
format defining a requirement for said codes; and 

said second processing device is aware of coder capabilities and 
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Instructs specific coders to apply codes in response to a generic code 
design and a definition of capabilities for a specific coder. 

34. A method according to claim 33, wherein said generic non- 
coder specific format is consistent with standards of the extensible mark-up 
language (XML) recommendations. 

35. A method according to claim 33, wherein said generic non- 
coder specific format defines a plurality of fields, wherein each of said fields 
specifies generic instructions for a specific portion of the code. 

36. A method according to claim 35, wherein a field represents 
information concerning dates. 

37. A method according to claim 35, wherein a field represents 
information concerning barcodes, 

38. A method according to claim 35, wherein a field represents 
information concerning an incremental counter. 

39. A computer-readable memory system having computer- 
readable data stored therein, comprising 

a generic code description for a code to be applied to packaged 
consumer products; 

a specification of coder capabilities; and 

program instructions to produce coder specific code with reference 
to said generic description and with reference to said coder capabilities. 
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40, A computer-readable memory system according to claim 39, 
wherein said program instructions are configured to assist with the 
generation of a date, a barcode, or an incrementing counter. 
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Abstract of the Disclosure 

Codes, such as those representing dates (324), barcodes (326) and 
incrementing values (325) are applied onto packaged consumer products 
5 by a coder (410). The coder receives instructions from a processing system 
(406) composite data (405) representing information to be coded onto the 
packaging is received by the processing system (406). Coder instructions 
for a coder processing subsystem (411) are generated by processing 
system (406) with reference to coder capabilities (409). In response to 
10 these coder capabilities, the processing system (406) either instructs the 
coder to generate a graphical representation in response to said 
instructions or assists the coder to generate a graphical representation 
before supplying lower level instructions to the coder. 

15 (Figure 4) 
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